home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group99a.txt
/
000189_icon-group-sender _Wed Sep 8 07:48:30 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
1KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA28228
for icon-group-addresses; Wed, 8 Sep 1999 07:47:56 -0700 (MST)
Message-Id: <199909081447.HAA28228@baskerville.CS.Arizona.EDU>
Date: Wed, 8 Sep 1999 13:13:46 +1200 (NZST)
From: "Richard A. O'Keefe" <ok@hermes.otago.ac.nz>
To: icon-group@optima.CS.Arizona.EDU, lhotaf@lexma.meitech.com,
memphis@macconnect.com
Subject: Re: Is open(..,"b") broken in MPW Icon 9.0?
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
#if MACINTOSH
if ((status & (Fs_Read|Fs_Write)) == (Fs_Read|Fs_Write)) {
mode[1] = '+';
mode[2] = ((status & Fs_Untrans) != 0) ? 'b' : 't';
}
else mode[1] = ((status & Fs_Untrans) != 0) ? 'b' : 't';
#endif /* MACINTOSH */
't' is a Windows-ism that has no defined effect in the C standard,
nor is it defined in any of the Macintosh C compilers I have ready
access to. The modes supported are
(r|w|a)(+[b]|b[+])
Some Macintosh C compilers define '\n' to be CR, which is the only
really sensible choice, and with those compilers the 'b' option is
superfluous. Some define '\n' to be LF, which is really really
silly, and those compilers translate between external CR and internal
LF. So the 'b' option is not superfluous with those compilers.